专利摘要:
PURPOSE: A method for controlling resuming of a media message through a radio communication network is provided to grant a unique identifier for a message body of data uploaded to a server, thereby identifying the rest of the message body uploaded when a resuming function is requested. CONSTITUTION: If a communication terminal(10) transmits a request message for uploading media data to an application server(40) through a wireless communication network(20) and receives a response message from the application server(40), upload of the media data is executed. If an upload error is generated in the middle of uploading the media data, the application server(40) transmits the response message for the upload error. The communication terminal(10) transmits a request message for resuming the data. If receiving the request message, the application server(40) transmits a response message to the communication terminal(10). If receiving the response message, the communication terminal(10) executes upload resuming of the data. If the upload resuming is terminated, the application server(40) transmits a response message to the termination of the upload resuming.
公开号:KR20040066595A
申请号:KR20030003711
申请日:2003-01-20
公开日:2004-07-27
发明作者:윤홍서;손상목;양우정;이상규;나동원
申请人:에스케이 텔레콤주식회사;
IPC主号:
专利说明:

MEDIA METHOD FOR CONTROLLING SECONDLY UP-LOAD OF MEDIA DATA IN A WIRELESS COMMUNICATION NETWORK}
[16] The present invention relates to a method for controlling media message retrieval via a wireless communication network, and more particularly, to a media message via a wireless communication network for performing a retrieval function for media data uploaded to a server from a communication terminal on a wireless communication network. The raising control method.
[17] In general, in a wireless communication system in which a mobile communication network and a wireless internet network / intranet network are interworked, a voice call is possible between a mobile communication terminal and a mobile communication terminal or a wired telephone and a mobile communication terminal. Various media data can be uploaded or downloaded through communication with a specific server through web (WEB) (or WAP) connection.
[18] In addition, in a wireless communication system in which such a mobile communication network and a wireless internet network / intranet network are interworked, HTTP 1.1 (rfc 2616) can be used to upload media data between a mobile communication terminal and a server on a wireless internet network / intranet network. It generates a request and response message repeatedly using the protocol of) and performs the verification and confirmation procedure for data upload.
[19] That is, when specific media data is uploaded to a server on a wireless internet network / intranet network on a mobile communication terminal, the mobile communication terminal uses a predetermined data field unit of media data to be uploaded according to the protocol specification of HTTP 1.1. When n times of request messages are generated, the server generates n times of response messages corresponding to the number of occurrences of the request messages, thereby enabling continuous upload of data.
[20] However, in uploading data to a specific server by a mobile communication terminal in such a wireless communication network, if the mobile communication terminal uploads predetermined media data to a specific server and stops on the way, and then uploads the media data again, the data Since there is no information about where to resume from, it is inconvenient to upload again from the beginning.
[21] In addition, if an upload error occurs due to various factors while uploading predetermined media data from the mobile communication terminal to a specific server, the mobile terminal on the client side must upload the remaining data through the upload function. Since it is difficult to identify a message between the uploaded data and the data to be uploaded later, there is a problem in that the rest of the data cannot be succeeded and uploaded again from the beginning.
[22] Accordingly, the present invention has been made to solve the above-mentioned conventional problem, and an object thereof is a unique identifier for a message body of uploaded data when uploading media data from a communication terminal to a server. It is to provide a media message upload control method through the wireless communication network to enable identification of the remaining message body uploaded when a subsequent resume function is required by providing.
[23] Another object of the present invention is to provide a parameter for the message body range of the already uploaded partial data when an upload error occurs in the state of uploading media data from the communication terminal to the server. The present invention provides a method of controlling media message follow-up through a wireless communication network.
[1] 1 is a diagram illustrating a configuration of a wireless communication network system to which a media message retrieval control method according to the present invention is applied;
[2] 2 is a diagram showing the configuration of a request message for normal uploading of media data according to an embodiment of the present invention;
[3] 3 is a diagram showing the configuration of a request message for inquiring a function of retrieval upon release of a communication connection according to a preferred embodiment of the present invention;
[4] 4 is a view showing the configuration of a request message for normal resume uploading of media data according to an embodiment of the present invention;
[5] 5 is a diagram showing the configuration of a response message for terminating normal upload of media data according to an embodiment of the present invention;
[6] 6 is a diagram illustrating a configuration of a response message when a server error occurs during uploading according to a preferred embodiment of the present invention;
[7] 7 is a diagram illustrating a configuration of a response message when an error occurs in a mobile communication terminal during uploading according to a preferred embodiment of the present invention;
[8] 8 is a diagram showing the configuration of a response message to a query for upload following a case where there is already uploaded partial data according to a preferred embodiment of the present invention;
[9] 9 is a diagram showing the configuration of a response message to a query for upload following a case where there is no uploaded partial data according to a preferred embodiment of the present invention;
[10] 10 is a view showing the configuration of a response message generated when the success of the upload is applied according to a preferred embodiment of the present invention,
[11] 11 is a flowchart illustrating a subsequent upload process when an upload error occurs according to a media message upload control method through a wireless communication network of the present invention;
[12] 12 is a flowchart illustrating a process of uploading data according to a media message upload control method through a wireless communication network of the present invention.
[13] <Description of the symbols for the main parts of the drawings>
[14] 10: mobile communication terminal, 20: mobile communication network,
[15] 30: Packet Data Serving Node (PDSN), 40: Application Server.
[24] According to an embodiment of the present invention to achieve the above object, when the communication terminal transmits a request message for uploading the media data to the application server through a wireless communication network, and receives a response message from the application server, Performing an upload of data, if an upload error occurs during the upload of media data, transmitting a response message in response to an upload error in the application server, and transmitting a request message for uploading the data in the communication terminal; Receiving a request message for uploading at the application server, and sending a response message thereto; if receiving a response message at the communication terminal, performing uploading of data; and uploading the media data. When the upload upload is terminated, the application server provides a control method for media message upload via a wireless communication network, comprising the step of transmitting a response message for the normal end upload upload end to the communication terminal.
[25] According to another exemplary embodiment of the present invention, a communication terminal transmits a request message for uploading media data to an application server through a wireless communication network, and receives a response message from the application server. Performing a data upload, and if the communication connection is released during the upload of the media data, transmitting a request message for a data retrieval inquiry from the communication terminal after reconnecting the communication; Transmitting a response message for a post inquiry, if the communication terminal receives a response message for a post inquiry, transmitting a request message for post-posting data, and requesting a post message from the application server.If received, transmitting a response message thereto; if receiving a response message from the communication terminal, performing a subsequent upload of data; and if the subsequent upload of the media data is terminated, the communication terminal at the application server. It provides a method for controlling the media message upload via a wireless communication network comprising the step of transmitting a response message for the end of the normal upload upload.
[26] Hereinafter, the present invention configured as described above will be described in detail with reference to the accompanying drawings.
[27] That is, FIG. 1 is a diagram illustrating a configuration of a wireless communication network system to which a media message resume control method according to the present invention is applied.
[28] As shown in FIG. 1, a wireless communication network system to which the method of the present invention is applied includes a mobile communication terminal 10, a mobile communication network 20, a packet data serving node (PDSN) 30, and an application server. (Application Server (MMS Server)) 40 is configured.
[29] The mobile communication terminal 10 connects to the application server 40 via the mobile communication network 20 and the wireless Internet, and posts and posts HEAD (or get) of the protocol specification of HTTP 1.1. Based on the method, the specific media data stored in the memory of the corresponding terminal is uploaded to the application server 40, and the subsequent uploading of the uploaded media data and the uploading of the data whose upload is interrupted by the upload error are performed. To perform the operation.
[30] Here, the mobile communication terminal 10 is already uploaded in a situation where a subsequent upload function is required by providing a unique identifier for the message body of the upload data in the header of the message requesting the upload of the media data. Allows you to identify the message body of the data and the message body to upload later.
[31] In addition, in the mobile communication terminal 10 when an unintentional upload error occurs due to internal / external factors of the terminal or the communication network in the upload state of the specific media data to the application server 40, the application server The existence of the partial data already uploaded to the 40 is confirmed by the matching decision on the identifier of the message body so that the rest of the data can be succeeded.
[32] In the figure, the mobile communication network 20 enables a voice call by a call connection between the mobile communication terminal 10 and other mobile communication terminals or other wired telephone terminals, and the mobile communication network via the wireless Internet. It is for establishing a wireless packet transmission path for allowing media data from the communication terminal 10 to be uploaded to the application server 40.
[33] The packet data serving node 30 performs an interface between the mobile communication network 20 and the wireless internet to perform routing and tunneling of packets transmitted to the mobile communication terminal 10, and the corresponding mobile communication terminal 10. It manages by assigning IP address to.
[34] The application server 40 connects to the mobile communication terminal 10 via the mobile communication network 20 and the wireless Internet, and generates a response message according to the media data upload request message from the mobile communication terminal 10. In addition to receiving data, a response message is generated to enable the function of uploading media data uploaded from the mobile communication terminal 10.
[35] Here, the application server 40 is in the middle of receiving the uploaded media data uploaded from the mobile communication terminal 10 due to various factors on the communication network, or intentional in the mobile communication terminal 10 If you try to upload again after canceling the upload, you can create a response message that includes the message body range of the partial data uploaded and stored on the server before the upload fails or the upload is cancelled. Do it.
[36] Meanwhile, when the mobile communication terminal 10 generates a request message for uploading specific media data normally, as shown in FIG. 2, the command 100, the header 102, the blank line 104, and the like. In addition, a request message composed of the message body 104 is generated. The command 100 includes information of an MMS 1.0 specification such as "POST / vod_mms HTTP / 1.1" and version information of an HTTP protocol.
[37] The header 102 includes, for example, information of "en, ko" that defines a language (Accept-Language), information of "SKT / XXX200" that defines a developer / model name (User-Agent), and a host name. Information of "vmms. Specific domain name", e.g. "1500" defining Contents-Length for the number of bytes of data currently being transmitted, information of the message body being uploaded For example, "multipart / mixed; boundary = Next_Part12Ab38cGH" which defines the terminal number and upload time of the "MIN_MMDDHHMMSS" (i.e., 0114261166_0414232012) that defines the identifier (X-Upload-Etag), and the Contents-Type. Contains information.
[38] In FIG. 2, the message body 104 is defined according to the message body format of the MMS 1.0 specification, and the maximum size is 64 bytes or less, and must be unique in the message.
[39] In addition, the mobile communication terminal 10 uploads specific media data to the application server 40 and stops the transmission to release the connection. Then, the mobile communication terminal 10 reconnects to the application server 40 later, and has previously uploaded the media data. As shown in FIG. 3, for example, the command 110 of “GET / vod_mms HTTP / 1.1” and the language used as shown in FIG. 3 are generated. Information of " ko " for defining the " Language ", information of " SKT / XXX200 " for defining the developer / model name (User-Agent), " vmms. Specific domain name " "MIN_MMDDHHMMSS" (i.e., 0114261166_04142320) which defines an upload match (X-Upload-If-Match) for the presence of information in the message, the presence of a message body (Upload-ETag) of media data interrupted during upload. A request message with a header 112 containing information about the terminal number and upload time of 12) is transmitted.
[40] In this case, the application server 40 receives the request message and generates a response message that defines a range of data to be additionally added if a matching message body exists. 503 Service response is generated containing the information of "Unavailable".
[41] Next, the mobile communication terminal 10 generates a request message for performing the normal upload according to the data range definition from the application server 40, as shown in FIG. And a request message composed of a header 122, a blank line 124, and a message body 124. The command 120 includes an MMS 1.0 specification such as "POST / vod_mms HTTP / 1.1". Information and version information of the HTTP protocol.
[42] The header 122 includes, for example, information of "en, ko" that defines a language (Accept-Language), information of "SKT / XXX200", which defines a developer / model name (User-Agent), and a host name. Information for "vmms. Specific domain name", for example "500" for defining the contents length (Length) for the number of bytes of currently transmitted data, application server 40 For example, "1001-1500 / 1500" (where "/ 1500" is the entirety) that defines a content range (X-Upload-Content-Range) to receive a response to the post-up function from and to notify when to raise the corresponding data range. Information about the data size), information about the terminal number and upload time of the "MIN_MMDDHHMMSS" (i.e., 0114261166_0414232012) that defines the identifier (X-Upload-Etag) of the message body uploaded by the upload function, the content type (Contents -Type) For "multipart / mixed; boundary = Next_Part12Ab38cGH" it includes information of.
[43] In addition, the message body 126 includes data to be additionally added according to the message body format of the MMS 1.0 specification.
[44] On the other hand, when the normal upload of the media data uploaded from the mobile communication terminal 10 is terminated in the application server 40, a response message for the end of the upload is generated, as shown in FIG. A response message including a Statud Line 130, a message header 132, a blank line 134, and a message body 136 is generated.
[45] The status line 130 includes, for example, a message of "HTTP / 1.1 OK", and the message header 132 includes, for example, "Sun, 08 Apr 18:46:12 GMT," which defines a date. Information, information of "video MMSC (Unix)" defining server information (Server), information of "Close" defining a connection state (Connection), for example, cache control indicating a control state of a temporary file of uploaded data Information of "No-Cache" defining (Cache-Control), information of "text / vnd.wap.mmsheaders" defining a content type (Content-Type), and a message body (X-Upload) of uploaded data. For example, information of "MIN_MMDDHHMMSS" that defines -ETag) and information about the actual size of the message body of "50" that defines a Content-Length are included.
[46] In addition, the message body 136 includes information of, for example, "M-send-conf" that defines the type of the transmission message (X-Mms-Message-Type), and the transmission result report of the uploaded media data (X-Mms- Response-Text) is defined, for example, "Transmission is complete." The transmission result report is for finally reporting the transmission result of the media data uploaded by the mobile communication terminal 10 as text. It is also in the form of information, it is also possible to transmit information about the announcement from a separate application server (40).
[47] On the other hand, the application server 40 generates a response message when a data upload error occurs due to an error condition of the server while the communication connection is maintained, as shown in FIG. 6. A response message is generated that includes a statused line 140, a message header 142, a blank line 144, and a message body 146.
[48] In FIG. 6, the status line 140 includes information such as, for example, “HTTP / 1.1 500 Internal Server Error,” and the message header 142 includes, for example, “Sun, 08 Apr 18. : 46: 12 GMT ", information of" video MMSC (Unix) "defining server information (Server), information of" Close "defining a connection state (Connection), for example, temporary file of uploaded data Information of " No-Cache ", which defines a Cache-Control indicating the control state of the data, is included.
[49] On the other hand, in the application server 40, if a data upload error occurs due to an error condition of the mobile communication terminal 10 while a communication connection is maintained, a response message is generated. As shown in FIG. 7, a response message including a status line 150, a message header 152, a blank line 154, and a message body 156 is generated.
[50] In FIG. 7, for example, the status line 150 includes information of "HTTP / 1.1 400 Bad Request," and the message header 152 includes, for example, "Sun, 08 Apr 18:46." Control of information of: 12 GMT, information of "video MMSC (Unix)" defining server information (Server), information of "Close" defining connection state (Connection), and temporary file of uploaded data Information of " No-Cache ", which defines a Cache-Control representing the state, is included.
[51] When the application server 40 receives a request message for inquiring where to carry out from the mobile communication terminal 10, the application server 40 sends a response message when the partial data of the already uploaded media data exists. As shown in FIG. 8, a response message including a status line 160, a message header 162, a blank line 164, and a message body 166 is generated.
[52] The status line 160 includes information of, for example, "HTTP / 1.1 [SP] 200 [SP] OK [CRLF]", and the message header 162 includes, for example, "Sun, 08" for defining a date. Apr 18:46:12 information of GMT ", information of" video MMSC (Unix) "which defines server information, information of" Close "which defines connection state, information of uploaded data Information of "No-Cache" that defines Cache-Control indicating the control status of temporary files, information of "text / vnd.wap.mmsheaders" that defines Content-Type, for example, upload For example, the information of "MIN_MMDDHHMMSS" that defines the message body (X-Upload-ETag) of data to be uploaded, and the message body (X-Upload-Range) for the partial data uploaded and stored on the server before the upload fails For example, information of "1-1000 / 1500" is included.
[53] On the other hand, when the application server 40 receives a request message for inquiring where to carry out from the mobile communication terminal 10, the application server 40 responds to the case where there is no uploaded partial data. As shown in FIG. 9, a message is generated including a status line 170, a message header 172, a blank line 174, and a message body 176.
[54] The status line 170 includes, for example, information of "HTTP / 1.1 503 Service Unavailable", and the message header 172 includes, for example, "Sun, 08 Apr 18:46:12 GMT", which defines a date. Information indicating a server, information of "video MMSC (Unix)" defining server information, information of "Close" defining a connection state (Connection), and a cache indicating a control state of a temporary file of uploaded data. For example, information of "No-Cache" defining a control (Cache-Control), information of "text / vnd.wap.mmsheaders" defining a content type (Content-Type), a message body (X-) of uploaded data. For example, "1-1000 / 1500" which defines the information of "MIN_MMDDHHMMSS" which defines the Upload-ETag, and the message body (X-Upload-Range) for the partial data uploaded and stored in the corresponding server before the upload fails. Information is included.
[55] On the other hand, the application server 40 generates a response message when the successful upload of the data applied from the mobile communication terminal 10 to the successive upload, as shown in FIG. Generate a response message comprising 180, a message header 182, a blank line 184, and a message body 186.
[56] The status line 180 includes, for example, information of "HTTP / 1.1 206 Partial Content", and the message header 182 includes, for example, "Sun, 08 Apr 18:46:12 GMT" that defines a date. Information indicating the state of the server, information of "video MMSC (Unix)" that defines the server information (Server), information of "Close" that defines the connection state (Connection), and a cache indicating the control state of the temporary file of the uploaded data. For example, information of "No-Cache" defining a control (Cache-Control), information of "text / vnd.wap.mmsheaders" defining a content type (Content-Type), a message body (X-) of uploaded data. For example, information of "MIN_MMDDHHMMSS" that defines an Upload-ETag) and information about the actual size of a message body of "50" that defines a Content-Length are included.
[57] In addition, the message body 186 includes information of, for example, "M-send-conf" that defines the type of the transmission message (X-Mms-Message-Type), and the transmission result report of the uploaded media data (X-Mms- Response-Text) is defined, for example, "Transmission is complete." The transmission result report is for finally reporting the transmission result of the media data uploaded by the mobile communication terminal 10 as text. It is also in the form of information, it is also possible to transmit information about the announcement from a separate application server (40).
[58] Next, the operation of the present invention made as described above will be described in detail with reference to the flowcharts of FIGS. 11 and 12.
[59] First, referring to the flowchart of FIG. 11, a process of uploading media data when a data upload error occurs will be described in detail.
[60] First, the mobile communication terminal 10 is connected to the application server 40 via the mobile communication network 20, the IP network 40 and the wireless Internet 60, in order to upload specific media data Figure 2 As shown in FIGURE 100, a request message consisting of a header 102, a blank line 104, and a message body 106 containing a unique identifier for the message body of the uploaded media data is sent to the corresponding application server. Transfer to 40 (step S10).
[61] Accordingly, the application server 40 transmits a response message for uploading data to the mobile communication terminal 10 (step S12), and the mobile communication terminal 10 responds with a response message from the application server 40. When receiving the message, the message body of the media data is uploaded (step S14).
[62] In this case, the mobile communication terminal 10 and the application server 40 continuously transmit the media data through the transmission of the request message including the identifier of the repetitive message body and the response message thereto.
[63] In this state, when the upload fails due to an error of the mobile communication terminal 10 or an error of the corresponding server (step S16), the status line 140 as shown in FIG. And a response message including the message header 142, the blank line 144, and the message body 146 including the connection status and cache control information to the mobile communication terminal 10 (step S18).
[64] Then, as shown in FIG. 4, the mobile communication terminal 10 further includes a content length of data to be uploaded, a content range of data to be uploaded, a message body identifier of data to be uploaded, and a content type. The request message is transmitted to the application server 40 (step S20).
[65] Therefore, when the application server 40 receives the request message from the mobile communication terminal 10, as shown in FIG. 8, a message body identifier of data to be continued and a message body of data already uploaded and stored. The response message including the range is transmitted to the mobile communication terminal 10 (step S22).
[66] Accordingly, when the mobile communication terminal 10 receives the response message from the application server 40, the mobile communication terminal 10 uploads data of a range to be further uploaded (step S24).
[67] Accordingly, when the upload of the media data received by the resume function is finished, the application server 40 reports the status line 180, the message header 182, and the data transmission result as shown in FIG. The response message consisting of the message body 186 including the is transmitted to the mobile communication terminal 10 (step S26).
[68] Next, referring to the flowchart of FIG. 12, the following procedure will be described in detail when the communication connection is released.
[69] First, the mobile communication terminal 10 is connected to the application server 40 via the mobile communication network 20, the IP network 40 and the wireless Internet 60, in order to upload specific media data Figure 2 As shown in FIGURE 100, a request message consisting of a header 102, a blank line 104, and a message body 106 containing a unique identifier for the message body of the uploaded media data is sent to the corresponding application server. Transfer to 40 (step S30).
[70] Accordingly, the application server 40 transmits a response message for uploading data to the mobile communication terminal 10 (step S32), and the mobile communication terminal 10 responds with a response message from the application server 40. When receiving the message, the message body of the media data is uploaded (step S34).
[71] In this case, the mobile communication terminal 10 and the application server 40 continuously transmit the media data through the transmission of the request message including the identifier of the repetitive message body and the response message thereto.
[72] On the other hand, if the application server 40 releases the communication connection by the arbitrary operation of the mobile communication terminal 10 (step S36), after that the communication reconnection with the mobile communication terminal 10 is made. (Step S38).
[73] In this state, the mobile communication terminal 10 generates a request message for inquiring which part of the entire media data should be uploaded in order to perform the upload function for the media data uploaded before the release of the communication connection. As shown in FIG. 3, a request message made up of header information including information defining an upload match for checking the existence of a message body of media data interrupted during uploading is transmitted (step S40). ).
[74] Accordingly, when the application server 40 receives a request message for inquiring up from the mobile communication terminal 10, as shown in FIG. 8 or 9, the status server and the uploaded status line are already uploaded and stored. A response message consisting of a message header and a message body in which the content range of the partial data is defined is transmitted (step S42).
[75] Accordingly, when the mobile communication terminal 10 receives the response message from the application server 40, the mobile communication terminal 10 generates a request message for uploading media data, as shown in FIG. 4. And a request message consisting of a header 122 in which a content length and a content range of data are defined (step S44).
[76] Therefore, when the mobile communication terminal 10 receives the response message from the application server 40, the mobile terminal 10 uploads the data of the range to be further uploaded (step S46).
[77] Accordingly, when the upload of the media data received by the resume function is finished, the application server 40 reports the status line 180, the message header 182, and the data transmission result as shown in FIG. The response message consisting of the message body 186 including the is transmitted to the mobile communication terminal 10 (step S48).
[78] On the other hand, the present invention is not limited to the above-described typical preferred embodiments, but can be carried out in various ways without departing from the gist of the present invention, various modifications, alterations, substitutions or additions are common in the art Those who have knowledge will easily understand. If the implementation by such improvement, change, replacement or addition falls within the scope of the appended claims, the technical idea should also be regarded as belonging to the present invention.
[79] As described above, according to the present invention, when uploading data to the server of the mobile communication terminal through a wireless communication network, when a subsequent upload function is required by providing a unique identifier for the message body of the uploaded data. By allowing the identification of the remaining message body to be uploaded, it is possible to easily carry over the data when the data upload error or a subsequent data retransmission function is performed, and the overall efficiency of uploading data can be increased. Will have
权利要求:
Claims (12)
[1" claim-type="Currently amended] A first step of transmitting, by a communication terminal, a request message for uploading media data to an application server through a wireless communication network, and upon receiving a response message from the application server, uploading the media data;
If an upload error occurs while uploading the media data, the second step of transmitting a response message to the upload error in the application server;
A third step of transmitting, by the communication terminal, a request message for succession of data;
A fourth step of, if the application server receives the request message for succession, transmitting a response message thereto;
Receiving a response message from the communication terminal, performing a subsequent upload of data;
And a sixth step of transmitting, by the application server, a response message for the end of the normal upload upload to the communication terminal when the upload of the media data is finished uploading.
[2" claim-type="Currently amended] The method of claim 1,
In the first step, the request message of the communication terminal includes the content length of the media data, the unique identifier for the message body of the uploaded data, the information of the content type to the media message over the wireless communication network Control method.
[3" claim-type="Currently amended] The method of claim 2,
The method of claim 1, wherein the unique identifier of the data included in the request message corresponds to a unique terminal number and a transmission time.
[4" claim-type="Currently amended] The method of claim 2,
In the third step, the request message for the subsequent uploading of the communication terminal includes information of a content length of data to be additionally uploaded, a content range of data to be subsequently uploaded, and a unique identifier for a message body of additionally uploaded data. Media message upload control method through a wireless communication network comprising a.
[5" claim-type="Currently amended] The method of claim 2,
In the sixth step, the response message to the normal upload upload of the application server includes the unique identifier information for the message body of the data, and the text information for reporting the transmission result of the data via a wireless communication network How to control media message upload.
[6" claim-type="Currently amended] A first step of transmitting, by a communication terminal, a request message for uploading media data to an application server through a wireless communication network, and upon receiving a response message from the application server, uploading the media data;
If the communication connection is released during the upload of the media data, after the reconnection of the communication, transmitting the request message for the data retrieval inquiry from the communication terminal,
A third step of transmitting, by the application server, a response message for a data retrieval inquiry;
A fourth step of, when the communication terminal receives the response message for the resume uploading request, transmitting a request message for uploading data;
A fifth step of, if the application server receives the request message for subsequent uploading, transmitting a response message thereto;
Receiving a response message from the communication terminal, performing a subsequent upload of data;
And a seventh step of transmitting, by the application server, a response message for the completion of the normal upload upload to the communication terminal when the upload upload of the media data is completed.
[7" claim-type="Currently amended] The method of claim 6,
In the first step, the request message of the communication terminal includes the content length of the media data, the unique identifier for the message body of the uploaded data, the information of the content type to the media message over the wireless communication network Control method.
[8" claim-type="Currently amended] The method of claim 7, wherein
The method of claim 1, wherein the unique identifier of the data included in the request message corresponds to a unique terminal number and a transmission time.
[9" claim-type="Currently amended] The method of claim 7, wherein
In the second step, the request message for the subsequent inquiry of the data of the communication terminal, the wireless communication network characterized in that it includes information of the data of the header field to determine whether the message body of the uploaded data exists; How to control media message upload via
[10" claim-type="Currently amended] The method of claim 9,
In the third step, the response message for the subsequent query of the application server, the wireless communication network comprising a unique identifier of the data to be added further, and information on the range of the already uploaded partial data How to control media message upload via
[11" claim-type="Currently amended] The method of claim 10,
In the fourth step, the request message for the subsequent upload of the communication terminal may include a content length of data to be additionally uploaded, a content range of data to be subsequently uploaded, and a unique identifier for a message body of additionally upstreamed data. Media message upload control method through a wireless communication network comprising the information.
[12" claim-type="Currently amended] The method of claim 7, wherein
In the seventh step, the response message to the normal upload upload of the application server includes the unique identifier information for the message body of the data, and the text information for reporting the transmission result of the data through a wireless communication network How to control media message upload.
类似技术:
公开号 | 公开日 | 专利标题
US20180077107A1|2018-03-15|Communication service
US8868788B2|2014-10-21|Optimizing static dictionary usage for signal compression and for hypertext transfer protocol compression in a wireless network
EP2326047B1|2013-08-21|Method and system for terminal configuration and management
JP5113916B2|2013-01-09|Method and apparatus for establishing multimedia communication session
ES2238836T3|2005-09-01|Method and network for session management of wireless session protocol |.
KR100742010B1|2007-07-23|Method and apparatus for managing the usage of data link resources
DE60221905T2|2008-05-15|Method for sending connection-oriented or connected data
CN101336532B|2012-01-11|Method and apparatus for mounting packet filter in data transmission
ES2562527T3|2016-03-04|Method and system for user equipment configuration
CA2577638C|2011-05-17|Methods and apparatus to integrate mobile communications device management with web browsing
US9408240B2|2016-08-02|Method and system for communicating message notifications to mobile devices
DE69913953T2|2004-12-23|Method and device for processing electronic mail
KR100659168B1|2006-12-19|System and method for identifying and accessing network services
CN1960516B|2011-05-18|Duplicate notification message processing method in terminal
ES2356482T3|2011-04-08|Voice channel control of wireless communications of data packages.
AT411312B|2003-11-25|Method for transmitting short messages | between computers on the internet
ES2349353T3|2010-12-30|Treatment of instant messages in case of non availability of the receiver.
TWI242958B|2005-11-01|Method for controlling a media message upload through a wireless communication network
US8473617B2|2013-06-25|Media client architecture for networked communication devices
CN101009572B|2012-07-04|IMS budget control for media change in the IMS session period
US7062269B2|2006-06-13|Method and apparatus for negotiating mobile services
EP1782584B1|2011-08-31|Methods and devices for changing quality of service
JP3855909B2|2006-12-13|Policy-configurable peer-to-peer communication system
KR100880740B1|2009-02-02|Multimedia messaging method and system
ES2290944T3|2008-02-16|Profile and capacity of a wap terminal with connected external devices.
同族专利:
公开号 | 公开日
CN100405857C|2008-07-23|
CN1751528A|2006-03-22|
KR100513203B1|2005-09-08|
引用文献:
公开号 | 申请日 | 公开日 | 申请人 | 专利标题
法律状态:
2003-01-20|Application filed by 에스케이 텔레콤주식회사
2003-01-20|Priority to KR20030003711A
2004-01-20|Priority claimed from TW093101546A
2004-07-27|Publication of KR20040066595A
2005-09-08|Application granted
2005-09-08|Publication of KR100513203B1
优先权:
申请号 | 申请日 | 专利标题
KR20030003711A|KR100513203B1|2003-01-20|2003-01-20|Method for controlling secondly up-load of media data in a wireless communication network|
[返回顶部]